
SYSTEM DEVELOPMENT METHOD, FUNCTIONAL UNIT DEVELOPMENT METHOD, 

DEVELOPMENT-SUPPORT SYSTEM AND 
STORAGE MEDIUM STORING PROGRAM OF SAME 

5 BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a development method, 
^ 10 functional unit development method, development-support system 
L ff and storage medium storing programs of the same and more 

W particularly to a system development method for developing hardware 

£3 and/or software of a semiconductor or a like, or a system in which 

bj they are mixed by obtaining information about functional units 

D 15 each implementing a different function through a network such as 
S the Internet or intranet and then by combining them, to the storage 

S medium storing programs of the system development method, to a 

^ functional unit development method for developing functional units , 

to a storage medium storing programs of the functional unit 
20 development method, to a development-support systemusedto support 
development of systems and functional units and a storage medium 
storing development-support system control programs used to 
control the development-support system. 

The present application claims priority of Japanese Patent 
25 Application No . 2000-104058 filed on April 5,2000, which is hereby 
incorporated by reference. 



Description of the Related Art 



A semiconductor device including an LSI (Large Scale 
Integrated circuit) made up of one million or more transistors 
can be implemented as it becomes highly integrated and its packaging 
densities increase. One example is a system LSI constructed by 
5 integrating systems in which a CPU (Central Processing Unit) , 
storage devices such as ROM (Read Only Memory) and RAM (Random 
Access Memory) , buffers, and a plurality of peripheral devices 
performing a variety of signal processing are connected by buses, 
signal lines, or a like, into one semiconductor chip. 
^ 10 Since circuits of such the system LSI are large in size, 

j_ t j_ s impossible to perform circuit design directly at a transistor 
W level. Therefore, in order for each of the CPU, ROM, RAM, buffer, 

O and two or more peripheral devices to implement a desired function 

bj as one functional block, it is necessary to perform, sequentially 

p 15 and in stages, system design for defining and determining 
S operations and configurations of an entire system, function design 

K for determining relationships among functional blocks and 

^ operations within each of functional blocks in accordance with 

specifications decided by the system design, detailed logic design 
20 for constructing each of functional blocks by combining basic gates 
such as NAND gates and/or NOR gates , and circuit design for deciding 
characteristics of electronic circuits and logical devices at the 
transistor level so as to meet circuit specifications based on 
logic design including the function design and detailed logic 
25 design. Moreover, simulation of operations using a computer and 
verification to check if desired functions can be obtained at each 
design stage are necessary. 

Conventionally, at a stage of logic design, following works 
are done. First, a logic designer, in accordance with 
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specifications decided by the system design, performs the logic 
design for determining or defining relationships among functional 
blocks including the CPU and/or two or more peripheral devices, 
or the like and operations within each of the functional blocks, 
5 Next, the logic designer, by manipulating a keyboard or a mouse 
making up a special-purpose computer used for the logic design 
of semiconductor devices or a general-purpose computer storing 
programs used for logic design of the semiconductor devices and 
by combining basic logic elements such as NAND gates and/or NOR 

10 gates or basic logic circuits such as latches, counters, or likes 
formed by the combination of these basic logic elements, performs 
detailed logic design for implementing each of the functional 
blocks whose internal operations are determined by the above 
function design and forms a simulation model of the semiconductor 

15 device- The basic logic element or basic logic circuit described 
above is called a macro and functions of the macro are described 
in programming languages such as an HDL (Hardware Description 
Language) or C language (trade name) and is stored, in advance, 
in storage media such as a FD (Floppy-Disk) , HD (Hard-Disk) , CD-ROM, 

20 or a like. Then, the logic designer , after compiling the simulation 
model of the semiconductor device thus formed together with 
libraries of macros stored in storage media such as the FD, HD, 
CD-ROM, or the like and read from external storage media 
corresponding to these storage media, has a computer to execute 

25 a simulation program for verification of the semiconductor. 

As described above, the logic design of semiconductor devices 
has been performed by combining a plurality of the basic logic 
elements and/or basic logic circuits stored, as macros, in 
libraries. However, though macros stored in libraries are provided 
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equally to every logic designer, since storage of a macro requiring 
increased security in libraries is not allowed, a special contract 
between a macro developer of such the macro requiring increased 
security and each logic designer desiring for acquisition of such 
5 macros is concluded and the macro stored in the FD or the like 
is individually provided to the logic designer having concluded 
the special contract. Therefore, when there are so many logic 
designers who want to conclude the special contract with the macro 
developer, it becomes burdensome to the macro developer by being 
10 interfered with the contact work and the logic designer desiring 

o 

B for acquisition of the macro cannot obtain the information provided 

ft! by the macro speedily, thus causing delays in development of 

□ semiconductor devices. 

bj To solve this problem, a method is disclosed in, for example, 

p 15 Japanese Patent Application Laid-open No . Hei 11-224284 , in which, 
5 when "design assets" such as macros are distributed through the 

£ Internet, designers or users going to receive the design asset 

^~ are classified into groups which includes a group of users applying 

the macro to projects, a group of users employing it for use of 
20 a department of a company, a group of users employing it for use 
of a company, a group of special users, and a group of general 
users, the developed design asset is appropriately distributed 
individually to each of the groups desiring for the macro in a 
manner that a range of the design asset to be supplied is different 
25 for each of the groups. However, even in this method, since a same 
design asset is supplied to users belonging to a same group, if 
a user belonging to a group wants to obtain a design asset having 
been provided to a user belonging to another group, the same special 
contract as described above has to be concluded, thus presenting 
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the same problem as described above. 

Moreover, since a level of assurance indicating a condition 
under which each macro can be operated properly, is conventionally 
representedmerely as a memorandum, when the logic designer happens 
5 to lose the memorandum or to forget the assurance level given by 
the macro developer, if the logic designer should operate the macro 
erroneously due to lack of information and misunderstanding that 
the macro is assured at a higher level than actually assured, 
malfunctions of the semiconductor device occur after they have 

10 been developed, thereby interfering with further development of 
the semiconductor devices or causing useless troubles between the 
macro developer and the user, or if the logic designer increases 
a verification level more than needed due to no information of 
the level of assurance given to the macro used, effort becomes 

15 useless and time is wasted at a time of the verification in some 
cases . To solve this problem, it may be considered that users request 
developers of the macro to assure that all the macro products can 
operate without problems under general conditions, however, this 
requires the developer to spend more time and labor in verifying 

20 operations of the macro, thus interfering with devoted development 
of the macro by the developer. 

Moreover, conventionally, though a logic designer has to 
pay a fee for the use of the macro, in some cases, costs of using 
the macro exceed a budget because the logic designer fails to form 

25 an exact estimate due to its complicated pricing. Also, 
conventionally, existence of the macro that a macro developer is 
planning to develop or is now developing is not informed to other 
developers of the macro. Therefore, the macro developer cannot 
obtain exact information about how the macro that the developer 
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is planning to develop or is developing is in demand or the developer 
cannot set a proper development schedule and, in some cases, the 
same macro as is being developed by another macro developer, thus 
causing the present development to be of little value . On the other 
5 hand, if the logic designer is not aware of a macro that is scheduled 
to be developed or is being now developed, the logic designer 
develops semiconductor devices using the old macro, however, in 
this case, a wider breadth and depth cannot be provided to the 
development of semiconductor devices, while, if the logic designer , 

10 while a new semiconductor device is being developed or after it 
has been already developed, becomes aware that a new macro having 
new functions has been already developed or being under development , 
in some cases, it is necessary to have another try of the development 
or the advent of the new macro causes the developed semiconductor 

15 device to be of less value or it becomes necessary to discontinue 
the development itself. 

Furthermore, there are regions or countries where provision 
of semiconductor devices and/or the information about the macro 
are prohibited or limited in accordance with international 

20 agreements and, in such region or country the provision of them 
is prohibited is subject to individual judgement of a macro 
developer. Therefore, if the regions or countries where provision 
of semiconductor devices and/or the information about the macro 
are prohibited or limited are broad or diverse, due to its 

25 complication of verification, there is a risk that the macro 
developer makes mistakes in judgement in some cases. 

Inconveniences described above occur also in development 
of software. Though software being small in size and quantity can 
be developed by one developer, in the case of software being large 
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in size and quantity, it is made up of a plurality of routines 
that perf ormpredetermined processing and a plurality of developers 
develop each of the plurality of routines individually and finally 
the plurality of routines are integrated into one piece of software . 
5 When a version is updated and even when new software is developed, 
it is not that all routines are developed right from the start, 
but that several routines that have been already developed are 
combined and only a routine to incorporate new functions is 
developed in some cases. Therefore, when it is considered that 

10 each routine is equivalent to a macro and a developer controlling 
development of entire software is equivalent to the logic designer 
described above, the same inconvenience as in the case of the 
development of macros occurs in the software. Hereinafter, when 
the above macro and routine are generically referred, they are 

15 called a "functional unit" in a sense that they implement a unified 
function . 

SUMMARY OF THE INVENTION 

20 In view of the above, it is a first object of the present 

invention to provide a system development method which enables 
speedy and sure acquisition of information about each of functional 
units in a manner to be appropriate to a level of security, assurance, 
price, or region in which a user uses the functional unit, or to 

25 a level of a right by which the user uses the functional unit and 
which enables prompt and timely acquisition of information about 
each of the functional units scheduled to be developed or being 
under development, thus achieving speedy development, by a 
developer, of a useful system made up of hardware or software, 
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and a storage medium storing programs of the above system 
development method and a storage medium storing programs of a 
development-support system used to implement the system 
development method and development-support system control 
programs . 

It is a second object of the present invention to provide 
a functional unit development method by which a developer of the 
functional unit is able to develop each of the functional units 
and to provide information about each of the functional units 
without special considerations given to the level of security, 
assurance, price, or region in which the user uses the functional 
unit, or to a level of right by which the user uses the functional 
unit and by which the developer of the functional unit is able 
to provide information about each of the functional units scheduled 
to be developed or being under development, which enables the 
developer of the functional unit to focus his/her energy on 
developing the functional units, to set a proper development 
schedule of a functional unit that is scheduled to be developed 
or is under development and to avoid contention of development 
of the functional units, and a storage medium storing programs 
of the above functional unit development method and a storage medium 
storing programs of development-support systems and 
development-support system control programs. 

According to a first aspect of the present invention, there 
is provided a system development method for developing a system 
using a development-support system made up of a server used to 
provide information about functional units each implementing a 
different function and files describing the different functions, 
at least one developer client to develop the functional unit and 
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at least one user client to develop the system configured to perform 
desired operations by combining the functional unit wherein all 
of the server, developer client, and user client are connected 
through the Internet, including: 
5 a first step, to be taken by the user client, of registering 

an operator of the user client as a user of the development-support 
system; 

a second step, to be taken by the user client, of obtaining, 
by referring to information about the functional units, files 
10 describing a plurality of the functional units which are needed 
for development of the system and are given an assurance level 
that meets specifications of the system; and 

a third step, to be taken by the user client, of developing 
the system by combining files describing the plurality of 
15 functional units. 

In the foregoing, a preferable mode is one wherein, in the 
first step, any one of access levels is assigned including a first 
access level at which an access only to an outline of information 
about the functional unit is allowed, a second access level at 
20 which an access only to an outline and details of information about 
the functional unit is allowed, and a third access level at which 
acquisition of the files is allowed. 

Also, a preferable mode is one wherein, in the first step, 
setting of the access level is made based on the assurance level, 
25 security level, and price level of each of the functional units, 
and on a region level and/or right level of the user client. 

Also, a preferable mode is one wherein, in the second step, 
the files of the plurality of functional units are allowed to be 
obtained only when an application for individual or collective 
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acquisition of the files is made and a right to acquire the files 
is granted through examination of the application for acquisition 
of each of the functional units or of every collective group of 
the functional units. 
5 Also, a preferable mode is one wherein the assurance level 

is any one of levels including a general assurance level at which 
the functional unit is assured of operations without any problem 
under general conditions , a non-operational condition level at 
which the functional unit is found not to operate under specified 

10 conditions , an operational condition level at which the functional 
unit is assured of operations under specified conditions, a 
non-assured level at which the functional unit operates only under 
very-limited conditions, and a yet-to-be-completed level at which 
the functional unit is scheduled to be developed or is under 

1 5 development . 

Also, a preferable mode is one wherein the security level 
is either of two levels set by a developer of each functional block 
including a level set to each of functional block at which all 
users are allowed to browse and a level set to each of functional 

20 block at which only a user having concluded a special contract 
with the developer of each functional block is allowed to browse. 

Also, a preferable mode is one wherein, in the second step, 
the file of the functional unit with the yet-to-be-completed level 
is allowed to be obtained only when a user has concluded a special 

25 contract with the developer of the functional unit or when a 
permission from other competitive users of the functional block 
is acquired. 

Also, a preferable mode is one wherein, in the second step, 
a reference is allowed to be made to at least a name, development 
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schedule, and outline of functions of the functional block with 
the yet-to-be-completed level. 

Also, a preferable mode is one wherein, in the second step, 
more detailed information about the functional unit with the 
5 yet-to-be-completed level is allowed to be acquired or question 
information including a scheduled data or functions of the 
functional unit with the yet-to-be-completed is allowed to be 
transmitted . 

Also, a preferable mode is one wherein the system is a 
10 semiconductor device and the functional unit is a basic logic 

element or a basic logic circuit constructed by combining a 

plurality of basic logic elements. 

Also, a preferable mode is one wherein the system is a 

semiconductor device and the functional unit is a CPU (Central 
15 Processing Unit) , storage device, buffer, and peripheral device 

and wherein a file of the peripheral device is so constructed as 

to be able to select either of a file to implement its function 

by using hardware or a file to implement its function by using 

software . 

20 Also, a preferable mode is one wherein the system is software 

and the functional unit is a routine or object to perform 
predetermined processing. 

According to a second aspect of the present invention, there 
is provided a storage medium storing system development programs 

25 to have functions as described above implemented, in a computer. 

According to a third aspect of the present invention, there 
is provided a functional unit development method for developing 
a functional unit using a development-support system made up of 
a server used to provide information about functional units each 
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implementing a different function and files describing the 
different functions, at least one developer client to develop the 
functional unit and at least one user client to develop the system 
configured to perform desired operations by combining the 
5 functional units, wherein all of the server, developer client, 
and user client are connected through the Internet, including: 
a first step, to be taken by the developer client, of 
registering an operator of the developer client as a user of the 
development -support system; 
^10 a second step, to be taken by the developer client, of 

J? transmitting development information of a functional unit that 

|J; is scheduled to be developed; 

O a third step, to be taken by the developer client , of creating 

U'j a file describing functions of the functional unit; and 

□ 15 a fourth step, to be taken by the developer client , of setting 

p an assurance level, security level , or price level to the functional 

g unit and registering the file. 

~ In the foregoing, a preferable mode is one wherein the 

development information is made up of, at least, its name of the 
20 functional unit, scheduled date of development of the functional 
unit, and outline of functions of the functional unit. 

Also, a preferable mode is one wherein, in the third step, 
when a result of retrieval of information about another functional 
unit based on the development information shows that a functional 
25 unit having a same function has not yet been developed, is not 
under development, and is not scheduled to be developed, the file 
is created. 

Also, a preferable mode is one wherein, in the third step, 
when a result of the retrieval of information about another 
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functional unit based on the development information shows that 
a functional unit having a same function has been already developed, 
is under development , or is scheduled to be developed, itisdecided, 
by referring to the information about the functional unit, whether 
5 development of a functional unit that is scheduled to be developed 
is halted, continued, or performed in cooperation with another 
developer of the functional unit being already under development 
or being scheduled to be developed. 

Also, a preferable mode is one wherein, in the third step, 

10 a progress state of development of the functional unit is 
transmitted to the server and wherein a change of a scheduled date 
of development of the functional unit or a change of functions 
of the functional unit is made by referring to a table storing 
the development information, the progress state and desires for 

15 a scheduled date or functions transmitted from a system developer 
having referred to the development information and the progress 
state or from a developer of another functional unit. 

Also, a preferable mode is one wherein the assurance level 
is any one of levels including a general assurance level at which 

20 the functional unit is assured of operations without any problem 
under general conditions, a non-operational condition level at 
which the functional unit is found not to operate under specified 
conditions, an operational condition level at which the functional 
unit is assured of operations under specified conditions, a 

25 non-assured level at which the functional unit operates only under 
very-limited conditions, and a yet-to-be-completed level at which 
the functional unit is scheduled to be developed or under 
development . 

Also, a preferable mode is one wherein the security level 
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is either of two levels including a level at which all users are 
allowed to browse or a level at which only a user having concluded 
a special contract is allowed to browse. 

Also, a preferable mode is one wherein the system is a 
5 semiconductor device and the functional unit is a basic logic 
element or a basic logic circuit constructed by combining a 
plurality of basic logic elements. 

Also, a preferable mode is one wherein the system is a 
semiconductor device and the functional unit is a CPU, storage 
10 device, buffer, and peripheral device and wherein a file of the 
peripheral device is so constructed as to be able to select either 
of a file to implement its function by using hardware or a file 
to implement its function by using software. 

Also, a preferable mode is one wherein the system is software 
15 and the functional unit is a routine or object to perform 
predetermined processing. 

According to a fourth aspect of the present invention, there 
is provided a storage medium storing system development programs 
to have functions as described above implemented, in a computer. 
20 According to a fifth aspect of the present invention, there 

is provided a development-support system including: 

a server used to provide information about functional units 
each implementing a different function and files describing the 
different function, 
25 at least one developer client to develop the functional unit : 

at least one user client to develop a system configured to 
perform desired operations by combining the functional units; and 
wherein all of the server, the developer client, and the 
user client are connected through the Internet, 



wherein the developer client makes an application for 
registration of the operator as a user of the development-support 
systemby transmitting a name of the operator and/or an organization 
to which the operator belongs, transmits development information 
of the functional unit that is scheduled to be developed, creates 
a file describing functions of the functional unit and, after 
setting an assurance level, security level, and/or price level 
of the functional unit, makes an application for registration of 
the file, 

wherein the user client makes an application for registration 
of the operator as a user of the development-support system by 
transmitting a name of the operator and/or an organization to which 
the operator belongs, obtains, by referring to information about 
the functional unit, a file of a plurality of functional units 
needed for development of the system and having an assurance level 
that meets specifications of the system, develops the system by 
combining files of the plurality of functional units and verifies 
operations of the developed system, 

wherein the server examines the applications for 
registration based on names of the developer client and the user 
client and organizations to which they belong, registers them as 
users of the development-support system and, at this point, sets 
a region level depending on a region where the user client exists 
and, if necessary, a privileged or restrictive right level, makes 
registrations after examining a file regarding the application 
for registration made by the developer client, allows other 
development client and other user client to refer to development 
information and to the assurance level of the functional unit fed 
from the developer client based on the security level and allows 
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the user client to obtain files of a plurality of the functional 
units with a predetermined assurance level. 

In the foregoing, a preferable mode is one wherein the 
development information is made up of at least its name, its 
5 scheduled date, and outlines of its functions. 

Also, a preferable mode is one wherein the server retrieves 
information about other functional unit based on the development 
information and, if other functional unit having a same function 
has not yet been developed, is not under development or is not 

10 scheduled to be developed, notifies the developer client of the 
content and the developer client, when receiving the notification, 
creates the file . 

Also, a preferable mode is one wherein the server retrieves 
information about other functional unit based on the development 

15 information and, if a functional unit having a same function has 
been already developed, is under development, or is scheduled to 
be developed, notifies the developer client of the content, and 
the developer client , when receiving the notification, byreferring 
to information about the functional unit, decides whether 

20 development of a functional unit scheduled to be developed is halted, 
continued, or developed in cooperation with a developer of the 
functional unit being already under development or being scheduled 
to be developed. 

Also, a preferable mode is one wherein, wherein the developer 

25 client transmits a progress state of development of the functional 
unit to the server and wherein a change of scheduled date of 
development of the functional unit or a change of functions of 
the functional unit is made by referring to a table storing the 
development information, the progress state and a desire for a 
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scheduled date or functions transmitted from a system developer 
having referred to the development information and the progress 
state or from a developer of other functional unit. 

Also, a preferable mode is one wherein the assurance level 
5 is any one of levels including a general assurance level at which 
the functional unit is assured of operations without any problem 
under general conditions, a non-operational condition level at 
which the functional unit is found not to operate under specified 
conditions, an operational condition level at which the functional 
10 unit is assured of operations under specified conditions, a 
non-assured level at which the functional unit operates only under 
very-limited conditions, and a yet-to-be-completed level at which 
the functional unit is scheduled to be developed or is under 
development . 

15 Also, a preferable mode is one wherein the security level 

is either of two levels including a level at which all users are 
allowed to browse or a level at which only a user having concluded 
a special contract is allowed to browse. 

Also, a preferable mode is one wherein the server, when' 

20 registering an operator of the user client as a user of the 
development-support system, assigns any one of access levels 
including a first access level at which an access only to an outline 
of information about the functional unit is allowed, a second access 
level at which an access only to an outline and details of information 

25 about the functional unit is allowed, and a third access level 
at which acquisition of the files is allowed. 

Also, a preferable mode is one wherein setting of the access 
level is made based on the assurance level, security level, or 
price level of each of the functional unit. 
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Also, a preferable mode is one wherein the user client makes 
an application for acquisition of each of a plurality of functional 
units or of the plurality of functional units collectively, the 
server examines the application for each of the plurality of 
5 functional units or for the plurality of functional units 
collectively and grants the user client the right to acquire, and 
the user client, based on the granted right, obtains files of the 
functional unit from the server. 

Also, a preferable mode is one wherein the server allows 
r3 10 only a user client having concluded a special contract with a 
S developer of the functional unit or having acquired a permission 

j« from other users to obtain files of the functional unit with the 

2? non-assured level. 

^ Also, a preferable mode is one wherein the server allows 

Q 15 another developer client or the user client to refer to, at least, 
□ a name, scheduled date, and outlines of functions of a functional 

Q unit with a yet-to-be-completed level. 

Also, a preferable mode is one wherein the user client makes 
a request asking more detailed information about the functional 
20 unit with the yet-to-be-completed level or transmits question 
information including its scheduled date or its functions, and 
the server, after having accepted and registered the question 
information, transmits the question information to a developer 
client being operated by a developer of the functional unit with 
25 the yet-to-be-completed level. 

Also, a preferable mode is one wherein the system is a 
semiconductor device and the functional unit is a basic logic 
element or a basic logic circuit constructed by combining basic 
logic elements. 
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Also, a preferable mode is one wherein the system is a 
semiconductor device and the functional unit is a CPU, storage 
device, buffer, and peripheral device and wherein a file of the 
peripheral device is so constructed as to be able to select either 
5 of a file to implement its function by using hardware or a file 
to implement its function by using software. 

Furthermore, a preferable mode is one wherein the system 
is software and the functional unit is a routine or obj ect to perform 
predetermined processing, 
p 10 According to a sixth aspect of the present invention, there 

r!? is provided a storage medium storing system development programs 

to have functions described above implemented, in a computer. 
2 With the above configuration, information about an 

^ individual functional unit can be promptly or surely obtained 

□ 15 depending on a security level, assurance level, or price level, 

□ or on a region level or right level to be given to a macro user 

□ of the functional unit and information about functional units 
scheduled to be developed or being under development can be promptly 
obtained at a proper time . The obtained information enables a useful 

20 system made up of hardware or software to be promptly developed 
by a system developer. 

With another configuration as above, the developer can 
develop functional units without need to give special consideration 
to the security level, assurance level, price level, or to the 

25 region level or right level and can provide information about the 
development and can provide information about functional units 
scheduled to be developed or being under development . This enables 
developers to focus their energies on the development of the 
functional units and to properly set a scheduling date of functional 
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units, thus preventing contention of development of functional 
units . 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

The above and other objects, advantages and features of the 
present invention will be more apparent from the following 
description taken in conjunction with the accompanying drawings 
in which: 

10 Fig. 1 is a block diagram showing configurations of a 

semiconductor device development-support system according to an 

embodiment of the present invention; 

Fig. 2 is a conceptual diagram showing an example of 

configurations of information (macro information) to be stored 
15 in a storage device according to the embodiment of the present 

invention; 

Fig. 3 is a diagram showing an example of configurations 
of a macro name information table in a storage device of the 
embodiment of the present invention; 
20 Fig. 4 is a diagram showing an example of configurations 

of a macro information table in the storage device of the embodiment 
of the present invention; 

Fig. 5 is a diagram showing an example of configurations 
of a macro function information table in the storage device of 
25 the embodiment of the present invention; 

Fig. 6 is a diagram showing an example of configurations 
of a process information table in the storage device of the 
embodiment of the present invention; 

Fig. 7 is a diagram showing an example of configurations 
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of a macro differentiation information table in the storage device 
of the embodiment of the present invention; 

Fig. 8 is a diagram showing an example of configurations 
of a CPU name differentiation information table in the storage 
5 device of the embodiment of the present invention; 

Fig. 9 is a diagram showing an example of configurations 
of an interface classification information table in the storage 
device of the embodiment of the present invention; 

Fig. 10 is a diagram showing an example of configurations 
10 of a macro developer information table in the storage device of 
the embodiment of the present invention; 

Fig. 11 is a diagram showing an example of configurations 
of a macro user information table in the storage device of the 
embodiment of the present invention; 
15 Fig. 12 is a diagram showing an example of configurations 

of a download information table in the storage device of the 
embodiment of the present invention; 

Fig. 13 is a diagram showing an example of configurations 
of a QA information table in the storage device of the embodiment 
20 of the present invention; 

Fig. 14 is a flowchart showing an example of processing of 
development of a macro according to the embodiment of the present 
invention; 

Fig. 15 is a flowchart showing an example of processing of 
25 development of a semiconductor device according to the embodiment 
of the present invention; 

Fig. 16 is a flowchart showing an example of processing of 
obtaining information about the macro according to the embodiment 
of the present invention; 
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Fig. 17 is also a flowchart showing an example of processing 
of obtaining information about the macro according to the 
embodiment of the present invention; 

Fig. 18 is a flowchart showing an example of processing of 
5 solving questions about the macro according to the embodiment of 
the present invention; and 

Fig. 19 is a flowchart showing an example of processing of 
providing information about the macro according to the embodiment 
of the present invention. 

10 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Best modes of carrying out the present invention will be 
described in further detail using various embodiments with 
15 reference to the accompanying drawings. 

Embodiment 

Figure 1 is a schematic block diagram showing configurations 
20 of a semiconductor device development-support system according 
to an embodiment of the present invention. 

The semiconductor device development-support system of the 
embodiment chiefly includes a server 1, a storage device 2, the 
Internet 3, clients 4 X to 4 m (m is a natural number) to be operated 
25 for development of a macro by a developer (macro developer) having 
developed the macro and clients 5i to 5 n (n is a natural number) 
to be operated for development of a semiconductor device by a logic 
designer (macro user) being a user of the macro. The server 1, 
clients 4 X to 4 m , and clients 5i to 5 n are connected through the 
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Internet 3. The server 1 is made up of a computer having a CPU, 
internal storage devices including a ROM, RAM, or a like, external 
storage devices including an FDD, HDD, CD-ROM driver, or a like 
in which an FD, HD, and CD-ROM are installed, outputting units 
5 including a CRT display, a liquid crystal display, or a like, 
inputting units including a keyboard, mouse, or a like and a 
communication unit used to carry out data communication with the 
clients 4 X to 4 m and clients 5i to 5 n with the Internet 3 and, in 
response to requests from the clients 4 X to 4 m and clients 5i to 
n 10 5 n , feeds data on macros stored in the storage device 2 through 
~ the Internet 3 and controls the semiconductor device 

!» development-support system. The storage device 2 is made up of 

y the HDD or the like to which the HD storing data onmacros is installed 

W Each of the clients 4i to 4 m and clients 5 X to 5 n is made up of 

O 15 a computer having a CPU, internal storage devices including a ROM, 
O RAM, or a like, external storage devices including an FDD, HDD, 

□ CD-ROM driver, or the like in which an FD, HD, and CD-ROM are 

installed, outputting unit including a CRT display, liquid crystal 
display, or a like and a communication unit used to carry out data 
20 communication with the server 1 through the Internet 3. 

Figure 2 is a conceptual diagram showing an example of 
configurations of information (macro information) to be stored 
in the storage device 2 according to the embodiment of the present 
invention. As shown in Fig. 2, the storage device 2 (shown in Fig. 
25 1) has a macro name information table 11, a macro information table 
12, a macro function information table 13, a process information 
table 14, a macro differentiation information table 15, a CPU name 
information table 16, an interface (I/F) classification 
information table 17, a macro developer information table 18, a 
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macro user information table 19, a download information table 20, 
a QA information table 21, and a macro file storage area 22. 

In the macro name information table 11, as shown in Fig. 

3, are stored a macro code assigned to the macro, a macro name 
5 assigned to the macro, and a name of a macro developer who has 

developed the macro and, as variable identifiers, MacroCod, 
Macroname, and MacroDeveloperName are assigned respectively. The 
macro code is represented by a several-digit integer (not shown) 
and each of the macro name and macro developer name is represented 
q 10 by character strings (not shown) in a text file format. 
?5 In the macro information table 12, as shown in Fig. 4, are 

|S stored a macro code, a name of a macro developer, a process code 

~ to be assigned to a process used when the macro is produced, a 

m file name assigned to a macro file being a file in which a function 

Cj 15 of the macro developed by the macro developer and permitted to 
O be registered is described using a programming language including 

O HDL or C language, macro call names being call names in Japanese 

and English assigned to the macro (for example, 16 - bit timer 
counter) . As variable identifiers , Macrocode, MacroDeveloperName, 
20 ProcessCode, FileName MacroCallname J, and MacroCallnameE are 
assigned respectively. Each of the macro code and process code 
is represented by a several-digit integer (not shown) . Each of 
the macro developer name, file name, macro call names (in Japanese 
and English) is represented by character strings in a text file 
25 format (not shown) . 

Also, in the macro information table 12, as shown in Fig. 

4, are stored a macro differentiation representing a type of the 
macro, a macro function code assigned to a function of the macro 
in accordance with classification by function, a code of a CPU 
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name assigned to a CPU that can control the macro, an I/F 
classification code being a classification of an interface required 
when the macro transmits or receives data to and from an outside, 
a function outline which describes a function of the macro in 
5 Japanese, and a function outline which describes the function of 
the macro in English . 

As variable identifiers, MacroDif f erentiation, 
MacroFunctionCode, CPUNameCode, Inter faceClas si ficationCode , 
FunctionOutlineL, and FunctionOutlineE are assigned 

10 respectively. 

As the macro differentiation, [0] is set when the macro is 
a "cell base soft macro" and [1] is set when the macro is a "cell 
base hard macro", and [2] is set when the macro is a "manual hard 
macro". Each of the macro function code, code of the CPU name, 

15 and I/F classification code is represented by a several-digit 
integer (not shown) . Each of the function outlines in Japanese 
and English is represented by character strings in a text file 
format (not shown) . 

Also, in the macro information table 12, as shown in Fig. 

20 4, are stored items, described in Japanese, of attention and 
restriction to be paid or taken at a time of using the macro, items, 
described in English, of attention and restriction to be paid or 
taken at the time of using the macro, related macros being a list 
of names of parent macros related to the macros, planned release 

25 year indicating a date scheduled to supply a macro file of the 
macro, planned release month, and planned release date . As variable 
identifiers , AttentionRestrictionI temJ, 

AttentionRestrictionltemE, RelationMacro, ReleasePlanDateY, 
ReleasePlanDateM, and ReleasePlanDateD are assigned respectively 
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Each of the items of attention and description (Japanese) , items 
of attention and restriction (English) , and the related macro is 
represented by character strings in a text file format (not shown) . 
Each of the planned release year, planned release month and planned 
5 release date is represented by a several-digit integer (not shown) . 

Also, in the macro information table 12, as shown in Fig. 
4, are stored a present version of the macro, data updating year, 
data updating month, and data updating date of a time of updating 
various kinds of data described in the macro information table 
q 10 12, a class of quality to be provided to be operated at an assured 
: S operational condition level at the time of using the macro. As 

;~ variable identifiers, Version, DataUpdateDateY, DataUpdateM, 

=2? DataUpdateD, and QualityClass are assigned respectively. The 

yj present version is represented by character strings in a text file 

Q 15 format (not shown) . Each of the data updating year, data updating 

□ month and data updating date is represented by a several-digit 

□ integer (not shown) . The level of quality is set to "0" when the 
macro is provided at a general assurance level at which the macro 
is assured of operations without any problem under general 

20 conditions and is set to "1" when the macro is provided at a 
non-operational condition level at which the macro is found not 
to operate under specified conditions and is set to "2" when the 
macro is provided at an operational condition level at which the 
macro is assured of operations under specified conditions and 

25 is set to "3" when the macro is provided at a non-assured level 
at which the macro operates only under very-limited conditions 
and is set to "4" when the macro is provided at a yet-to-be-completed 
level at which the macro is scheduled to be developed or under 
development . 
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Also, in the macro information table 12, as shown in Fig. 
4, are stored a size X being a size of the macro in an X direction, 
a size Y being a size of the macro in a Y direction, a count of 
Al (Aluminum) wiring layer being the number of aluminum wiring 
5 layers of the macro, a count of grids, a count of cells being the 
number of standard cells making up the macro, and a count of Tr 
being the number of transistors making up the macro. As variable 
identifiers, SizeX, SizeY, AlLayerCount , GridCount, CellCount, 
and TrCount are assigned respectively. Each of the size X and size 

^ 10 Y is represented by character strings in a text file format (not 
shown) . Each of the count of the Al layers, count of grids, and 

f« count of cells is represented by a several-digit integer (not 

D shown) . 

yj Also, in the macro information table 12, as shown in Fig. 

p 15 4, are stored an action frequency of the macro, a detection rate 
q of malfunctions, related QA numbers being a number assigned to 

S questions about malfunctions of the macro given by the macro user 

or information about replies to these questions, memory capacity 
of memories to be used at a time of operations of the macro, memory 
20 bus width being a bit width of a bus used to connect the memory 
used at the time of using the macro to the macro, and an access 
speed to memory being a speed of an access to the memory at the 
time of using the macro . As variable identifiers , ActionFrequency , 
Malf unctionDetectionRate, RelationQANumber , MemoryCapacity , 
25 MemoryBusWidth, and MemoryAccessSpeed are assigned respectively. 
Each of the action frequency, detection rate of malfunctions, 
memory capacity, memory bus width, and access speed to memory is 
represented by character strings in a text file format (not shown) . 
The related QA number is represented by a several-digit integer 
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(not shown) . 

Also, in the macro information table 12, as shown in Fig. 
4, are stored a registration year, registration month and 
registration date being a year, month, and date when a macro file 
5 of the macro is first registered with a macro file storage area 
22, a final renewal year, final renewal month, and final renewal 
date being a year, month, and date when the macro file of the macro 
has been finally renewed and a security level representing a degree 
of security of the macro information. As variable identifiers, 

10 RegistrationDateY, Regis trationDateM, Regis tr at ionDateD, 
FinalRenewalDateY,- FinalRenewlDateM, FinalRenewalDateD, and 
SecurityLevel are assigned respectively. Each of the registration 
year, registration month, and registration date and final renewal 
year, final renewal month, and final renewal date is represented 

15 by a several-digit integer (not shown) . The security level is set 
to "0" when the macro can be browsed by all macro users and is 
set to "1" when the macro can be browsed by only a macro user who 
has concluded a special contract with the macro developer . However, 
even if the security level is set to "1", in order to provide 

20 information that can be used when a macro user decides whether 
the user concludes a special contract with a macro developer, a 
macro code, name of a macro developer, macro call name (Japanese) , 
macro call name (English) , macro differentiation, macro function 
code, function outline (Japanese) , function outline (English) , 

25 or a like can be browsed by all macro users. In many cases, the 
security level is set to "1" especially when the class of quality 
is set to "4", that is, when the macro is provided at the 
yet-to-be-completed level at which the macro is scheduled to be 
developed or under development, however, even if the macro is 
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scheduled to be developed, when no security is required, even while 
the class of quality is set to "4", the security level is not set 
to "1". 

In the macro function information table 13, as shown in Fig. 
5 5, are stored a code of a macro function, a name of a macro function 
in Japanese being a Japanese name of a function of each macro, 
which corresponds to the code of the macro function, and the name 
of the above macro function in English. As variable identifiers, 
MacroFunctionCodeMacroFunctionName J, andMacroFunctionNameE are 
q 10 assigned respectively. The macro function number is represented 
SI by a several-digit integer (not shown) . Each of the macro function 

names in Japanese and English is represented by character strings 
in a text file format (not shown) . 
w In the process information table 14, as shown in Fig. 6, 

y 15 are stored a process code and a process name assigned to a process 
□ used when the macro is produced, which corresponds to the process 

D code. As variable identifiers, [ProcessCode] and [ProcessName] 

are assigned respectively. The process code is represented by a 
several-digit integer (not shown) . The process name is represented 
20 by character strings in a text file format (not shown) . 

In the macro differentiation information table 15, as shown 
in Fig. 7, are stored macro differentiation, a name of macro 
differentiation in English being an English name assigned to each 
of the macro differentiation which corresponds to the macro 
25 differentiation and a name of macro differentiation in Japanese 
being a Japanese name assigned to the macro differentiation. As 
variable identifiers, MacroDif f erentiation, 

MacroDif f erentiationNameE, and MacroDif ferentiationNameJ are 
assigned respectively. The macro dif f erentiaton is represented 
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by a several-digit integer (not shown) . Each of the names of the 
macro differentiation in English and Japanese is represented by 
character strings in a text file format (not shown) . That is, the 
"Cell base soft macro" (in Japanese and English) as the macro 
5 differentiation is stored, which corresponds to the macro 
differentiation "0". The "Cell base hard macro" (in Japanese and 
English) as the macro differentiation is stored, which 
corresponds to the macro differentiation "1" and "manual hard 
macro" (in Japanese and English) as the macro differentiation is 

r3 10 stored, which corresponds to the macro differentiation "2". 

5 In the CPU name information table 16, as shown in Fig. 8, 

jS are stored a code of the CPU name and CPU name being a name assigned 

to each of CPUs, which corresponds to the CPU name code . As variable 

m identifiers, CPUNameCode and CPUName are assigned respectively. 

y 15 The CPU name code is represented by a several-digit integer (not 

□ shown) . The CPU name is represented by character strings in a text 

O file format (not shown) . 

In the interface (I/F) classification information table 17 , 
as shown in Fig. 9, are stored a code of an interface (I/F) 
20 classification code and a name of the I/F classification being 
a name of the interface required when each of the macro transmits 
or receives data to and from the outside. As variable identifiers, 
Interf aceClassif icationCode and Interf aceClassif icationName are 
assigned respectively. The I/F classification code is represented 
25 by a several-digit integer (not shown) . The I/F classification 
name is represented by character strings in a text file format 
(not shown) . 

In the macro developer information table 18, as shown in 
Fig. 10, are stored a macro developer ID being an identification 




31 



number assigned to a macro developer and required to use the system, 
amacro developer name being a name of the macro developer , a password 
that the macro developer uses, a name of the macro developer 
described in Japanese and in English described in English, an 
5 organization to which the macro developer belongs described in 
Japanese and English, a post mail address of the macro developer, 
a telephone number of the macro developer, and an E-mail address 
of the macro developer . As variable identifiers, MacroDeveloperlD, 
MacroDeveloperName , Password, NameJ, NameE, OrganizationJ, 
10 OrganizatonE, PMail, Telnet, and EMail are assigned respectively . 
2: The macro developer ID is represented by a several-digit integer 

!~ (not shown) . Each of the name of the developer, password, name 

^ (Japanese), name (English), organization (Japanese), 

W organization (English), post mail, telephone, and E-mail address 

D 15 is represented by character strings in a text file format (not 
D shown) . 

p In the macro user information table 19, as shown in Fig. 

11, are stored a name of a product developer, a password that the 
macro user uses, name of a user of the macro, name of organization 

20 to which the macro user belongs to, post mail of the macro user, 
telephone number of the macro user, E-mail address of the macro 
user, downloadable macro being a list of a macro file that can 
be downloaded by the macro user from the storage device 2 through 
the server 1, access level being a level at which the macro user 

25 accesses to the storage device 2 through the server 1. As variable 
identifiers , Product ionDeve lope r Name , Password, Name , 
Organization, PMail, Telnet, EMail, DownloadableMacro, and 
AccessLevel are assigned respectively. Each of the name of the 
product developer, password, name, organization, post mail, 
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telephone number, E-mail address, and downloadable macro is 
represented by character strings in a text file format (not shown) . 
The access level is set to "0" when the macro user is allowed to 
access only an outline of the macro information stored in the storage 
device 2 and is set to "1" when the macro user is allowed to access 
only the outline and details of the macro information and is set 
to "2" when the macro user is allowed to download the macro file. 
When the access level is set to "0", the macro user is allowed 
to browse, for example, the macro call name (Japanese), macro call 
name (English) , macro differentiation, macro function code, 
outline of functions (Japanese) , outline of functions (English) , 
quality classification, size X, size Y, count of the Al wiring 
layers, cell count, Tr count, action frequency, detection rate 
of malfunctions, or the like, out of the macro information. When 
the access level is set to "1", the macro user can browse all 
information described in the macro information table 12 shown in 
Fig. 4. Moreover, even if the access level is set to "2", the macro 
user is not allowed immediately to download the macro file, that 
is, the macro user has to submit an application for a right to 
download the macro file for each of the macros and, after obtaining 
the right to download the macro file, is allowed to download it. 

The access level in the macro user information table 19 
differs from the security level provided in the macro information 
table 12 in that, the access level is set depending on how much 
all the macro information is accessed by each macro user, while 
the security level is set depending on how much each macro 
information is browsed by all the macro users. Therefore, 
ordinarily, the security level is set to "0", however, when the 
macro developer wants the macro to be handled with specially 
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increased security, the security level is set to "1" and each of 
the macro users having concluded a special contract with the macro 
developer is allowed to browse files of the macro. 

Next, a relationship between the access level and the quality 
5 level is described. Generally, in the case of the macro information 
for which the quality level is set to "0" to "2", the access level 
is set to "2". In the case of the macro for which the quality level 
is set to "3", that is, in the case of the macro provided at the 
non-assured level, after a special contract is individually 

10 concluded between each of the macro developers and the macro user 
or after a permission from other competitive macro user is obtained, 
the access level is set to "2". Moreover, though not shown in the 
macro user information table 19, information is also described 
about a right level at which the region level or access level can 

15 be set, when necessary, as an exceptional case (by a privilege 
or in a restricted manner) , depending on the region where a macro 
user exists. 

In the download information table 20, as shown in Fig. 12, 
are stored a download right request ID representing an 

20 identification number to be used when a request for the download 
right being a right to download the macro file desired by the macro 
user is made to the server 1, a name of the user requesting for 
the downloading, a year, month, and date when the request for 
downloading the macro file was made, a name of a macro whose file 

25 is requested to be downloaded by the macro user, a process code, 
a download scheduling year, month, and date when the macro file 
is to be downloaded, and an "action flag" indicating whether the 
download processing has been performed or not. As variable 
identifiers, DownloadRe quest ID, User Name , RequestDateY, 



RequestDateM, RequestDateD, MacroName, ProcessCode, 

DownloadDateY, DownloadDateM, DownloadDateD, and ActionFlag are 
assigned respectively. Each of the download right request ID, 
requesting year, requesting month, requesting date , process code, 
download scheduling year , download scheduling month, and download 
scheduling date is represented by a several-digit integer (not 
shown) . Each of the user name and macro name is represented by 
character strings in a text file format (not shown) . The action 
flag is set to "0" when the processing of downloading the macro 
file has not yet been completed, and is set to "5" when the download 
processing has been completed and is set to "6" when the request 
for downloading is rejected. 

In the QA information table 21, as shown in Fig. 13, are 
stored a QA code being a number assigned to a question about new 
development of the macro given by the macro user or malfunctions 
or information about replies to the question or a like, a macro 
code of the macro, a process code, a version of the macro, a problem 
occurring year, problem occurring month, and problem occurring 
date when information about new development is given by the macro 
developer or when a question is given from the macro user, a contact 
year, contact month, contact date, contact hour, and contact 
minute when the macro developer made a reply to a question, a 
requested finish year, month, and date when a macro user requested 
a macro developer to make a reply to a question, an organization 
to which a questioner belongs, a post mail of a macro user having 
made a question, a telephone number of amacro user having a question, 
a name of a questioner, an E-mail address of a questioner, contents 
made up of information about new development of a macro, concrete 
contents of a question or reply to a question or contact information 
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or information about malfunctions of a macro found by a macro 
developer and provided by the macro developer on his/her own 
initiative, a status flag indicating whether a reply to a question 
has been made, a final report plan year, month, and date when a 
5 macro developer plans to finally make a requested report, a final 
report year, month, and date when a macro developer made a final 
report, an answer plan flag indicating a schedule of a macro 
developer to reply to a question, and an importance flag indicating 
the degree of importance of a question. As variable identifiers, 

10 QACode, Macrocode, ProcessCode, Version, 

ProblemDateY, ProblemDateM, ProblemDateD, ContactDateY, 

Contact DateM, ContactDateD, ContactTimeH, ContactTimeM, 
FinishRequestDateY, FinishRequest DateM, FinishRequestDateD, 
ContractorOrganization, Contract or PMail , ContractorTelnet , 

15 ContactorName, ContactorEMail, Contents, StatusFlag, 
FinalReportPlanDateY, FinalReportPlanDateM, 
FinalReportPlanDateD, FinalReportDateY, FinalReport DateM, 
FinalReportDateD, AnswerPlanFlag, and ImportantFlag are assigned 
respectively. Each of the QA code, macro code, the process code, 

20 the problemoccurring year , month and date , the contact year , month, 
date, hour and minute, the requested finish year, month and date, 
the final report plan year, month, and date, the final report year, 
month, and date is represented by a several-digit integer (not 
shown). Each of the version, organization of users, post mail 

25 address of users, name of the users, E-mail address of users, and 
contents of users is represented by character strings in a text 
file format (not shown) . The status flag is set to "0" when a question 
is merely given and no reply has been made and is set to "1" when 
the final reply has been already made. The answer plan flag is 
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set to "0" when a macro developer has no plan to make any answer 
and is set to "1" when the macro developer has a plan to make an 
answer. The importance flag is set by a macro developer to "0" 
when a question is related to the occurrence of a malfunction or 
5 bug and downloading of a macro file of a macro has to be temporarily 
halted, if necessary, and is set to "1" when a content of the question 
is of little importance and a general notification is given as 
a reply- The macro file storage area 22 (Fig. 2) stores a macro 
file in which functions of all macros developed by a macro developer 

10 and permitted to be registered are described by using programming 
languages such as the HDL, C language, or a like are stored. 

Next, operations of the semiconductor device 
development-support system will be described in detail. 

First, processes for developing a macro in which a macro 

15 developer develops the macro and registers information about the 
macro and a macro file with the storage device 2 through the server 
1 will be explained by referring to Fig. 14. In the processes for 
developing a macro, by an operation of inputting units such as 
a keyboard or a mouse included in the client 4i by a macro developer, 

20 a macro development program stored in the internal storage device 
in the client 4i or external storage devices is read to the CPU 
included in the client 4i and the macro development program controls 
operations of the CPU. The CPU included in the client 4i, when 
the macro development processing program starts running, displays 

25 various contents of the macro development processing program on 
a CRT display or a like and, by carrying out data communication 
with the server 1 in response to operations of a keyboard or mouse 
by the macro developer, then performs the following processing. 
In the following descriptions , to simplify explanations , concrete 
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operations or actions of the client 4i, server 1, or the like are 
not referred to and the description is presented as if the macro 
developer directly and independently performs each processing. 

First, a macro developer performs processing of macro 
5 developer registration by registering himself /herself with the 
semiconductor device development-support system by inputting, 
through the keyboard, a name of the macro developer or a name of 
an organization to which the macro developer belongs (Step SAl) . 
When the registration is permitted by the server 1, the name of 
« 10 the macro developer, the organization, or the like are stored in 
the macro developer information table 18 shown in Fig. 10. Next, 
the macro developer judges whether a macro name to be assigned 
= to a macro scheduled to be developed has been obtained or not (Step 

w SA2) . If the macro name has not yet been obtained, processing of 

D 15 obtaining a name of a macro is performed (Step SA3) . Specifically, 
O the macro developer inputs a macro name that the macro developer 

e wants to use and checks whether a same macro name as is input by 

the macro developer has been already used by retrieving information 
stored in the macro name information table 11. If the macro name 
20 is not yet used and when the use of the macro name is permitted 
by the server 1, the macro developer obtains the macro name input 
by the macro developer as a macro name that can be used. If the 
macro name has been already used, a different name is input and 
is checked by retrieving information in the macro name information 
25 table 11. The processing is repeated until the use of the macro 
name is permitted . The server 1 , when obtaining a macro name, assigns 
a macro code to the macro name . When the macro developer has already 
obtained the macro name or when the macro developer has obtained 
a new macro name, the macro developer inputs information about 
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development of a macro to be newly developed (Step SA4 ) . The 
information about development includes a name of a developer, a 
name of a macro, a name of a process, a development schedule, an 
outline of functions or a like. The server 1, based on information 
5 about development of the macro and on outlines of functions in 
particular, judges whether any macro having same outlines of 
functions of the macro scheduled to be developed has been already 
developed, is under development, or is scheduled to be developed 
or not, by retrieving related information from the macro 

□ 10 information table 12 shown in Fig . 4 and, if the macro to be scheduled 
m has not yet been developed, is not under development, or is not 
jji scheduled to be developed, notifies the macro developer, by an 
=S E-mail, that the scheduled macro is allowed to be developed. The 

server 1 also stores a name of a developer, a name of the macro, 
y 15 a name of a process, scheduled year , month, and date of its release , 

□ an outline of functions (Japanese and English) in a storage region 

□ having a corresponding macro code in the macro information table 
12 in Fig. 4 and sets its quality class to "4" showing a 
yet-to-be-completed level . Moreover , the server 1, after assigning 

20 a QA code being a serial number to be used for controlling question 
information in an order of receipt of information about the 
development and question, stores the development information, that 
is, a macro code, process code, version, problem occurring year, 
month, and date and contents being concrete contents of the 

25 development information in a storage region having a corresponding 
QA code in the QA information table 21 shown in Fig. 13. 

On the other hand, the server 1, if a macro having the same 
functions as those of the macro input by the macro developer has 
been already developed, is under development, or is scheduled to 
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be developed, notifies the macro developer of a code of the macro 
having similar functions by an E-mail. 

Therefore, the macro developer, when receiving the 
notification that the macro having the same function as those of 
5 the macro to be developed by the macro developer has been already 
developed, is under development, or is scheduled to be developed 
(Step SA5) , browses the macro information table 12 shown in Fig. 
4, based on the macro code (SA6) , and determines whether the 
development of the macro has to be halted because outlines of the 

10 functions of the macro to be developed by the macro developer are 
the same as those already developed, being under development, or 
being scheduled to be developed and because a change of a plan 
of the macro to be developed is impossible or the development of 
the macro is continued because a wide change is not required though 

15 a partial change is necessary (Step SA7) . When the development 
of the macro is halted, the server 1 terminates a series of processing 
and when the development is continued, processing of inputting 
information about the development required for corrections of the 
outline of the functions is performed (Step SA4) . The macro 

20 developer, when receiving the notification that the macro having 
the same function as those of the macro that the macro developer 
is planning to develop has been already under development, or has 
been already scheduled to be developed by other macro developer, 
may discuss, with the other macro developer who is now developing 

25 or is scheduled to develop the macro, by an E-mail or, if necessary, 
by a direct meeting, a possibility that the macro can be developed 
in cooperation with each other or that either of the macro developers 
develops singly and; when it is concluded that one of the macro 
developers singly develops the macro, how and what kind of a request 
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from the other developer the one who is planning to develop the 
macro should accept . In this case, an exchange of the E-mails between 
the macro developers can be carried out in accordance with the 
processing of solving questions described later. 
5 On the other hand, the macro developer, when receiving the 

notification from the server 1 that the macro can be or is allowed 
to be developed, performs processing of the development of the 
macro (Step SA8 ) . Since the processing of the development of the 
macro is the same as has been performed conventionally, its 
q 10 description is omitted. It takes several days to several months 
m to complete the development of the macro, though depending on its 

J2j size. Therefore, the macro developer inputs a state of progress 

if of the macro when every workday is over (Step SA9) . In this case, 

w when the development period is made longer than expected originally 

O 15 or made shorter, the scheduled date is changed by inputting 
O processing. That is, the server 1 changes the "planned release 

O year, month, and date" and the "data updating year, month, and 

date" stored in the macro information table 12. Thus, when 
information about the development of the macro and about states 
20 of the progress of the development are input, since the information 
is stored in a predetermined storage area in the macro information 
table 12, the present macro developer and other macro developers 
can browse them. In some cases, the present macro developer or 
other macro developers who have browsed the information of the 
25 macro being scheduled to be developed or being under development, 
in order to obtain more detailed information, transmit information 
including a question about a scheduled development date of the 
above macro or its expected functions. In this case, the developer 
of the macro who has already started to develop the macro, when 
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receiving the notification that the question has been transmitted 
from macro users and/or other developers, browses the information 
about requests or expectations from the other macro users and/or 
other macro developers stored in the storage area having the QA 
5 code, in the QA information table 21, attached to the information 
about the development of the macro being presently developed by 
the above macro developer, changes the scheduled development date 
depending on amounts of the questions or requests and, if necessary, 
changes functions of the macro being developed . Moreover, detailed 
q 10 processing to be performed by the entire semiconductor device 
K development system required when the macro developer makes a reply 

to questions from the macro users and/and other macro developers 
bf will be described later . The macro developer repeats the processing 

^ of the macro development and of inputting the progress status 

□ 15 described above until the development is completed (Step SA8 to 

□ SA10) . 

p Next, the macro developer , when the development is completed 

(Step SA10) , makes an application for the registration of a macro 
file with the macro file storage area 22 (Step SAll) . At the time 

20 of making the application for the registration, the macro developer 
performs a checking on operations of the macro, and judges whether 
the macro is provided at the general assurance level at which the 
macro is assured of operations without any problem under general 
conditions, or the macro is provided at the non-operational 

25 condition level at which the macro does not operate under specified 
conditions, or the macro is provided at the operational condition 
level at which the macro is assured of operations under specified 
conditions, or the macro is provided at the non-assured level at 
which the macro is assured of operations only under very-limited 
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conditions and further adds information about these levels, the 
operation frequency, detection rate of malfunctions or the like. 
Moreover, the macro developer adds information about the security 
level for the macro information and the macro file, that is, about 
5 whether all the macro users can browse the macro information or 
macro file or only the macro users who have concluded a special 
contract with the macro developer can browse them and further adds 
information about a price level, that is, the information about 
a price at which the macro is sold. The server 1, after having 
i«6 10 checked contents of the macro file for which an application for 
X the registration is made, notifies the macro developer whether 

!« the contents of the macro file are suitable for the registration, 

y The macro developer, if the notification from the server 1 shows 

y ^ that a permission to register is given, notifies the 

O 15 acknowledgement to the server 1 (Step SA12 and SA13) . The server 

□ 1 registers the macro file with the macro file storage area 22 

□ and stores a date of the registration and necessary information 
in the macro information table 12 and other information tables. 
If the notification from the server 1 indicates that the 

20 registration of the macro file is not permitted and its reason 
is that there is a formal error such as a mistake in the registration 
application document drawn up by the macro developer, the macro 
developer corrects the application (Step SA14 and SA11) and, if 
the notification from the server 1 indicates that the registration 

25 is not permitted and its reason is that there is an essential or 
substantial error such as a mistake in contents of the macro file, 
the macro developer has another try to perform the processing of 
the development of the macro (Step SA14 and SA8) . 

Next, processing of the development of a semiconductor device 
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using the semiconductor device development assistance system by 
a macro user will be described by referring to a flowchart in Fig. 
15 . In the processing of the development of the semiconductor device, 
the macro user reads the semiconductor device development 
5 processing program stored in the internal storage device or the 
external storage device, to the CPU making up the client 5i by 
manipulating a keyboard, mouse, or a like included in the client 
5i and operations of the CPU are controlledby the read semiconductor 
device development processing program. The CPU included in the 

10 client 5i, when the semiconductor device development processing 
program is started, after displaying various contents of the 
program on the CRT display screen, performs the following 
processing, in response to the operations of the keyboard, mouse, 
or a like and by carrying out data communication with the server 

15 1 through the communication unit or the Internet 3 . In the following 
descriptions, to simplify explanations, concrete operations or 
actions of the client 5i, server 1, or the like are not referred 
to and the description is presented as if the macro developer 
directly and independently performs each processing. 

20 First, a macro user performs processing of macro user 

registration by registering himself /herself with the 
semiconductor device development-support system by inputting, 
through the keyboard, a name of the macro user or a name of an 
organization to which the macro user belongs (Step SB1) . When the 

25 registration of the macro user is permitted by the server 1, the 
name of the macro user or the organization to which the macro user 
belongs is registered in the macro user information table 19 shown 
in Fig. 11. At the time of the registration, in accordance with 
a contract concluded between the macro user and a manager of a 
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system managing the semiconductor development-support system, an 
access level of the macro file is set to any one of levels including 
the "0" level at which the macro user is allowed to access only 
an outline of the macro information stored in the storage device 
5 2, the "1" level at which the macro user is allowed to access only 
the outline and details of the macro information, and the "2" level 
at which the macro user is allowed to download the macro file. 
The access level is basically set, based on the assurance level, 
security level, or price level of each macro. Moreover, the above 

10 access level can be changed depending on the region level which 
is set based on a region where each macro user exists and/or the 
right level is set as an exceptional case (by a privileged manner 
or in a limited manner) . 

Next, the macro user , after having performed function design 

15 (Step SB2) for determining relationships among functional blocks 
including the CPU or a plurality of peripheral devices and 
operations of the internal parts of each of functional blocks, 
based on specifications of a semiconductor device whose development 
has been decided by system design, performs processing of obtaining 

20 information including macro information about macros including 
basic logic elements such as NAND gates, NOR gates, or the like 
and basic logic circuits constructed by combinations of a plurality 
of such basic logic elements with latches, counters, or a like 
and of obtaining the macro file, from the storage device 2 connected 

25 to the server 1 through the Internet 3 (Step SB3) . The processing 
of obtaining information about the macro will be explained later. 

Then, the macro user , based on the macro information obtained 
by the processing of obtaining the macro information and macro 
file, performs detailed logic design of each of the functional 
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blocks whose internal operations has been defined by the function 
design and, after forming a simulation model of the semiconductor 
device (Step SB4), compiles the simulation model together with 
the macro file and, by having the client 5i run the simulation, 
5 carries out verification of the semiconductor devices (Step SB5) . 

Next, if the result of the simulation shows no problem (Step 
SB6) , the macro user terminates the development of the 
semiconductor device. If the result of the simulation shows any 
problem, the macro user checks whether the problem is attributable 

10 to the macro itself (Step SB7) or to the detailed logic design 
and when the detailed logic design is judged to be its cause, the 
macro user has another try of the detailed logic design and repeats 
the design until a desired result from the simulation is obtained 
(Step SB4 to SB6) . 

15 On the other hand, when it is judged that the problem is 

attributable to the macro itself, the macro user creates questions 
about malfunctions of the macro and transmits the question 
information to the server 1 by an E-mail (Step SB8) . The processing 
to be performed by the entire semiconductor device development 

20 system to solve the problem and to reply to the question will be 
described in detail later. Moreover, when the macro user receives 
a reply or contact information about malfunctions of the macro 
from the macro developer informing that the macro developer has 
corrected the macro information of the macro and the macro file, 

25 the macro user obtains the corrected macro information and macro 
file to have another try of the detailed logic design and repeats 
the detailed logic design and the related simulation until a 
satisfactory simulation result is acquired (Step SB9 to SB10 and 
SB3 to SB6) . On the other hand, when the macro user receives a 
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reply or contact information showing that the macro would not be 
corrected and that the malfunction has occurred because the macro 
had been used at a point near to functional limitations of the 
macro or the macro had been used in a wrong way, the macro user 
5 has another try of the detailed logic design and repeats the detailed 
logic design and the simulation until a satisfactory simulation 
result is obtained (Steps SB4 to SB6) or the macro user has another 
try of the detailed logic design by obtaining information of another 
macro and another macro file and repeats the detailed logic design 

10 and the simulation until the satisfactory simulation result is 
obtained (Steps S3 to S6) . 

Thus, by setting the access level in accordance with the 
expenses or a predetermined budget for the use of the macro, the 
use of the macro depending on the price level is made possible 

15 and there is no case in which costs for using the macro exceed 
a budget. Moreover, by transmitting keywords of the information 
required for the development of the semiconductor device, if 
necessary, in addition of the question about malfunctions of the 
macro or the like, to the server 1, the macro user can obtain 

20 information about related macro acquired by retrieving the 
information based on the keyword information and the related macro 
file collectively . 

Next, processing of obtaining the macro information will 
be described in detail by referring to Figs. 16 and 17. In the 

25 examples, let it be assumed that the access level of the macro 
user is set to "2" at the time of the registration of the macro 
user . 

First, the macro user retrieves desired macro information 
by using keywords such as a macro code, macro function, macro 
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differentiation code, process name, or a like. Since the retrieval 
causes a list of macro information to appear on the CRT display 
(Step SCI), the macro user selects one of macros , out of a plurality 
of macros being displayed on the CRT display, which is suitable 
5 to specifications of the semiconductor device to be developed and 
instructs outlines of the selected macro to be displayed on the 
CRT display (Step SCI) . This causes outlines of the macro 
information to be displayed on the CRT display or the like (Step 
SC4) . Specifically, outlines of functions (in Japanese andEnglish) 

10 or the likes stored in the macro information table 12 are displayed. 
Therefore, the macro user judges whether the macro is selected 
or not, by referring to outlines of the functions (in Japanese 
or English) (Step SC5) displayed on the CRT display and, if the 
macro user does not select the displayed macro, by again displaying 

15 the list of the macro information on the CRT display, repeats the 
above processing until a desired macro to be used is selected (Step 
SC2 to SC4) . 

On the other hand, if the macro user selects the macro whose 
outlines of functions (in Japanese or English) are displayed on 

20 the CRT unit or the like, the macro user decides whether details 
of the macro information are displayed on the CRT unit or not and, 
if they are decided to be displayed on the CRT unit, issues an 
instruction to display them (Step SC6) . This causes details of 
the macro information to be displayed on the CRT unit (Step SC7) . 

25 Specifically, all information described in the macro information 
table 12 shown in Fig. 4 is displayed. The macro user decides if 
the macro is used by referring to details of the macro information 
being displayed, or immediately not by referring to details of 
the macro information (Step SC8) and, if the macro is not used, 
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the macro user displays again the list of the macro information 
on the CRT display and repeats the processing of selecting the 
desired macro until the use of the macro is decided (Step SC2 to 
SC7) . The macro user, when deciding whether the macro user uses 
the macro or not, judges whether the assurance levels or operational 
conditions of the macro can meet specifications of the 
semiconductor device to be developed by the macro user. Though 
a macro being at a yet-to-be-completed level, even if its 
information is selected and is desired to be displayed by the macro 
user, is not displayed and cannot be downloaded, since only 
information about its scheduling date and/or its outline of 
functions can be obtained, the information can be used as useful 
reference information and, if necessary, the development of the 
semiconductor device can be delayed properly until the macro is 
developed. However, the macro user can submit questions about the 
macro with the yet-to-be-completed level to the macro developer 
and makes a request for detailed information about the macro 
including the scheduling date and functions. Processing of the 
entire semiconductor device to handle such questions will be 
described later. 

On the other hand, the macro user, when having decided the 
use of the selectedmacro, j udges whether the macro user has obtained 
a right to download the macro file of the macro or not (Step SC9 
in Fig. 17) and, if the macro user has already obtained the 
downloading right, after having downloaded the macro file (Step 
SC10), starts the detailed logic design (Step SB4 in Fig. 15). 
If the macro user has not yet obtained the downloading right, the 
macro user makes an application for the downloading right (Step 
SC11) to the server 1. Then, when a notification is given from 



49 



the server 1 (Step SC12) notifying that a permission to download 
the macro file is granted (Step SC13) , the macro user, after having 
executed the downloading of the macro file (Step SC10), starts 
the detailed logic design (Step SB4 in Fig. 15) . The server 1 refers 
5 to a list of the macro stored in the macro user information table 
19 shown in Fig. 11 as a downloadable macro and, if the macro is 
described in the list, reads a macro file of the macro from the 
macro file storage area 22 and transmits the read macro file to 
the client 5i- 

□ 10 Moreover, the application for the right to download the macro 
m file may be made for an individual macro and, if other macros are 
jSj incorporated into one macro or macros are compatible to each other 
X or two or more macros have similar characteristics , the application 

Li - 

"~ may be made for a plurality of macros collectively. 

" 15 If the notification is given from the server 1 (Step SC12) 

D showing that the permission to download the macro file is not granted 

□ (Step SC) , since it proves that the selected macro cannot be used, 
the macro user, in order to find out another macro, displays again 
the list of the macro information on the CRT display (Step SC2 

20 in Fig. 16) and repeats the processing of selecting another macro 
until a macro file of a usable macro can be downloaded and then 
starts the detailed logic design (Step SB4 in Fig. 15) . The 
examination to be made by the server 1 to grant the downloading 
right is per formed with considerations given not only to a viewpoint 

25 as to whether the access level for the macro is set to "2" indicating 
that the macro is downloadable, as described in the macro user 
information table 19 shown in Fig. 11, but also to a viewpoint 
including the quality class , security level, if necessary, region 
level, and right level of the macro, an actual state of contracts 
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(content of the contract, concluded date of the contract, payment 
results of expenses, contract concluded with other macro user, 
or like) concluded between the macro user and the macro developer. 

Next, processing of solving questions will be described by 
referring to a flowchart shown in Fig. 18. Since not only the macro 
user but also the macro developer and the server are involved in 
the processing of solving questions, the processing is described 
as processing to be performed by the entire semiconductor device 
development-support system. First, the macro user transmits 
question information about the macro in which a malfunction is 
found, including a macro code, process code, together with 
information about an organization to which a questioner belongs, 
contact of the questioner, and name of the questioner, by an E-mail 
to the macro developer (Step SD1) . Two concrete examples of the 
questions or problems with the macro will be described here. The 
first example of the question is that, when a clock tree is formed 
by connecting six buffers, as a first stage buffer, to an output 
of a first buffer whose output is supplied to an input of an external 
clock and by connecting, in parallel, three buffers as a second 
stage buffer to any one of outputs of the first stage buffer, as 
a result, an output from the second buffer becomes unstable. The 
second example of the question is that, when a timer making up 
one chip microcomputer used for a parent macro is used for a child 
macro constructed by using the parent macro as a model and its 
timer consecutive reading function, which had not been used for 
the parent macro, to enable a value of a timer to be read 
consecutively two times, is used, an unstable value is read at 
the time of the second reading. 

The server 1, when judging that the received question 
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information is one that has undergone processing of the macro user 
registration (Step SBl in Fig. 15) and has been transmitted from 
a questioner having downloaded macro files of the macro, accepts 
the question information and, after assigning a QA code being a 
■ 5 serial number used to manage the question information to the 
received question information in order of receiving the question 
information, stores the question information, information about 
the questioner including an organization to which the questioner 
belongs, post mail address, telephone number, name, and E-mail 
p 10 address of the questioner, and further a problem occurring year, 
5 month, and date or the like in the storage region having the 

J2j corresponding QA code in the QA information table shown in Fig. 

— 13 and then sets the status flag to "0". In this case, the server 

^ 1^ if it has already accepted the same question information about 

y 15 the macro, stores the question information in the storage region 
O in which the already-registered information has been stored and 

□ informs the macro user that the server 1 has already accepted the 

same question information. This allows the macro user to expect 
that a reply to the question would be made earlier than originally 
20 scheduled, thus serving to minimize a delay in the development 
of the semiconductor device. 

Next, the server 1 retrieves a macro code from question 
information having the QA code stored in the QA information table 
21 and, by referring to the macro developer information table 18 
25 shown in Fig. 10, based on the macro code, retrieves a developer 
name of the macro and an E-mail address of the developer and then 
transmits an E-mail to the macro developer informing that the 
question information corresponding to the QA code assigned to the 
macro has arrived (Step SD3) . The server 1 adds a requested finish 
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year, month, and date showing a limit time when a reply or contact 
to the question information should be made, to the question 
information by an E-mail. 

The macro developer having received the E-mail from the 
5 server 1, judges whether a reply to the question is possible or 
not (Step SD4) and, if an immediate reply is possible, transmits 
the reply to the server 1, by E-mail via the Internet 3. The macro 
developer, when transmitting the reply or contact information to 
the questioner, notifies the questioner whether no correction is 
q 10 scheduled or whether a temporary halt of downloading the macro 
#5 file of the macro is necessary because of malfunctions or bugs 

:~ of the macro or whether a general notification only is given because 

S: of no importance of contents of the question. 

m In the case of the question shown as the first example above, 

E5 15 the macro developer, judges that the macro is being used at a point 
□ near to functional limitations of the macro and, therefore, no 

B correction is made by the macro developer and a reply is made by 

designating the case as a general failure having no importance. 
If the macro developer takes a temporary measure to avoid the failure , 
20 the macro developer makes a proposal that, when six or more buffers 
are connected, in parallel, as the first stage buffer, the number 
of buffers to be connected in parallel, as the second stage buffer, 
to any one of outputs of the first stage buffer should be limited 
to two pieces or the number of buffers to be connected, in parallel, 
25 as the first stage buffer, should be limited to up to five pieces, 
and describes, as a plan to give attentions, the above limitation 
of the number of the buffer in the item of attention and restriction 
(in Japanese and English) of the macro information table 12 shown 
in Fig . 4 . 
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Moreover, in the case of the question as shown in the second 
example, there is a mistake in the design in which a locking signal 
to inhibit updating of a read buffer of a timer remains active 
when no rise of a clock between a time of first reading and a second 
5 reading. As a result, if a rise of the clock at a time of the second 
reading occurs, the locking signal becomes non-active, causing 
the read buffer to be updated in the middle of reading and indefinite 
value to be read. In this case, the macro developer makes a reply 
that a measure to correct the failure would be taken, notifying 

10 the macro user that the problem including a malfunction or a bug 
is of importance. The macro developer makes a proposal, as a 
temporary measure, that the macro user is requested to avoid the 
use of a timer consecutive reading function that allows a value 
of the timer to be read consecutively twice and also makes a promise 

15 that the version is updated (for example, from VI. 00 to VI. 01) 
because the correction of the failure in a circuit is required 
and informs the macro user of the final report plan year, month, 
and date . 

On the other hand, if the server 1 does not receive a reply 
2 0 from the macro developer about a requested finish date of a requested 
finish month of a requested finish year, an E-mail urging a reply 
or contact information is transmitted to the macro developer (Step 
SD6) from the server 1 . In this case, temporary measures to correct 
malfunctions may be given as the reply or contact information from 
25 the macro developer and there is no need to provide a final measure 
required to solve malfunctions to the macro user . Either of a report 
informing that a measure is under review or a mere acknowledgement 
of the question information is acceptable. 

The server 1, when receiving a reply or contact information 
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by the requested finish date or in response to the request and 
after having confirmed that the reply has been transmitted from 
the macro developer who has completed the registration as the macro 
developer (Step SA1 shown in Fig. 14) and actually has developed 
5 the macro, accepts the reply or contact information. Then, the 
server 1 stores the reply or contact information provided from 
the macro developer, a contact year, month, and date, subsequent 
to the questions given by the macro user, in the storage region 
having the QA code in the QA information table 21 shown in Fig. 

10 13 and sets the status flag to "1" and the answer plan flag to 
either of M 0" (that is, no measure is scheduled to be taken) or 
"1" (that is, some measures are scheduled to be taken) and the 
importance flag to either of w 0" (that is, contents of the question 
are malfunctions or bugs of the macro and downloading of a macro 

15 file of the macro is halted temporarily if necessary) or "1" (that 
is, contents of the question are of little importance and the reply 
can be a general notification) (Step SD7). 

In the case of the first example, the answer plan flag is 
set to "0" and the importance flag to "1" and, in the case of the 

20 second example, the answer plan flag is set to "1" and the importance 
flag to "0" and the version is updated to a "VI. 01" and a year, 
month, and date is stored as the final report plan year, month, 
and date given by the macro developer. 

Next, the server 1, when there is any macro user who has 

25 already downloaded the macro file of the macro and who has made 
the question, any macro user who has been granted a right to download 
the macro file of the macro but has not yet downloaded the macro 
file of the macro and there is a developer of a parent macro that 
the present macro has been derived from, transmits an E-mail 
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notifying that the reply and contact information about the question 
having the QA code have been provided by the macro developer to 
interested parties such as the macro developer who has developed 
the parent macro (Step SD8) . In this case, the E-mail to the 
5 questioner making up the interested parties is transmitted to an 
E-mail address of the questioner stored in the QA information table 
21 shown in Fig. 13. To transmit the E-mail to other macro users 
being other interested parties, by using the download information 
table' 20 shown in Fig. 12, after extracting a requester whose action 

10 flag is set to "0" showing that the downloading has not yet been 
performed or set to "1" showing that the downloading has been 
completed from a list of requesters for the downloading right of 
the same macro as is the object of the question, the E-mail is 
transmitted to an E-mail address of an macro user, stored in the 

15 macro user information table 19 shown in Fig. 11, having the same 
name as that of the extracted requester. To transmit the E-mail 
to the developer of the parent macro being one of the interested 
parties, after extracting a name of the parent macro from a list 
of parent macro names stored in the macro information table 12 

20 shown in Fig. 4 and further extracting a name of the developer 
of the same macro name as the parent macro name extracted from 
a list of developer names stored in the macro name information 
table 11 shown in Fig. 3, the E-mail is transmitted to an address 
of the same developer name as the extracted developer name out 

25 of developers stored in the macro developer information table 18 
shown in Fig. 10. 

The macro user being the questioner or a macro user, out 
of the interested parties, who has already downloaded the macro 
file of the macro and is not aware of malfunctions, by browsing 
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the reply and contact information corresponding to the QA code 
in the QA information table 21 shown in Fig. 13 (Step SD9) and, 
as described by referring to the flowchart shown in Fig. 15, obtains 
amended macro information or macro information about another macro 
5 and has another try of detailed logic design and simulation. 

Amacrouser, out of the interested parties , who has acquired 
a downloading right but not yet downloaded the macro file, by 
browsing the reply or contact information corresponding to the 
QA code in the QA information table 21 shown in Fig. 13 (Step SD9) , 

10 performs some procedures including downloading of the macro file 
after having known malfunctions of the macro or correction of them, 
halting of the downloading of the macro file to change the present 
macro to another one or a like. 

Adeveloper of the parent macro, out of the interested parties , 

15 by browsing the reply or contact information corresponding to the 
QA code in the QA information table 21 shown in Fig. 13, performs 
a supply of information by transmitting a method for a measure 
to correct a malfunction of the macro if there is a proper method 
that the developer has or a method for another measure if the 

20 malfunction of the child macro is attributable to the parent macro, 
to the macro developer of a child macro. The developer of a parent 
macro, when the malfunction of the child macro is attributable 
to the malfunction of the parent macro of the child macro, if there 
is a parent macro (a parent macro of the parent macro) used as 

25 a model for development of the parent macro, transmits an E-mail 
message informing the malfunction to the developer of the parent 
macro of the parent macro and, if the parent macro has a child 
macro other than the child macro in which the present malfunction 
is found, if necessary, transmits the E-mail message informing 
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the malfunction to a developer of the child macro. Moreover, when 
a question about development of a macro being under development 
is given by a macro user or other macro developers, since the 
processing of handling the question is the same as described above 
5 except the case where interested parties are limited to the 
questioner, the description will be omitted. 

Next, processing of providing information in which a macro 
developer finds out malfunctions of a macro and provides, on a 
voluntary basis, information about measures against the 
q 10 malfunctions and cautions in use will be described by referring 

2 a flowchart shown in Fig. 19. 

ry 

;» First, a macro developer, when finding out malfunctions of 

if the macro that the macro developer has developed, transmits 

yj information about the measure to correct malfunctions or contact 

D 15 information including cautions to be taken in using the macro to 
D the server 1 by an E-mail. In this case, since contents of the 

D contact information to be provided by the macro developer are the 

same as in the case of processing of the reply or contact information 
and its description will be omitted. 
20 The server 1, when confirming that the macro developer who 

has provided the contact information has been already registered 
in the macro developer registration processing (Step SA1 in Fig. 
14) and that the contact information has been surely transmitted 
from the registered macro developer, accepts the contact 
25 information and, after having assigned a QA code being a serial 
number used to control the contact information and question 
information to the contact information in order of the receipt 
of the contact information and question information, then stores 
the contact information in a question item having the QA code in 
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the QA information table 21 shown in Fig. 13 in a storage region 
and a contact year, month, and date, and sets the status flag to 
"1" and the answer plan flag depending on the contact information 
(Step SE2) . 

5 Next, the server 1 transmits an E-mail informing that contact 

information having the QA code has been provided from the macro 
developer to interested parties including a macro user who has 
already downloaded macro files of the macro but has not been aware 
of its malfunction, a macro user who has acquired a right to download 

10 the macro file of the macro but has not yet downloaded the macro 
file and a macro developer who has developed a parent macro if 
the macro in question has its parent macro (Step SE3) . In this 
case, the method of transmitting the E-mail is almost the same 
as in the case of the processing of transmitting the E-mail to 

15 the interested parties (Step SD8) described above and its 
description will be omitted. The interested parties browses the 
contact information corresponding to the QA code in the QA 
information table 21 shown in Fig. 13 (Step SE4) and performs 
necessary processing depending on a position or a status of each 

20 of the interested parties. Since the method of browsing the 
information by the interested parties is the same as in the case 
of browsing the reply and contact information (Step SD9 in Fig. 
18) and its description will be omitted. 

As described above, according to the embodiment of the 

25 present invention, the semiconductor development-support system 
is made up of the server 1 in which macro information and a macro 
file of a macro are stored, clients 4i to 4 m operated by a macro 
developer, clients 5i to 5 n operatedby amacrouser, and the Internet 
3 used to connect the server 1, clients A 1 to 4 m and clients 5i 



59 



to 5 n and is operated in a manner that question information about 
malfunctions of the macro that is used by the macro user for 
development of the semiconductor device is stored in the QA 
information table 21 and question information about the macro is 
5 transmitted from the macro user to the macro developer who has 
developed the macro through the Internet 3 and a request for a 
reply from the macro developer is urged on a predetermined date 
or a like and that a reply from the macro developer or information 
about correction made by the macro developer is transmitted, 

10 through the Internet 3, only to interested parties including a 
macro user who has downloaded the macro file of the macro including 
the questioner, a macro user who has acquired a right to download 
the macro file of the macro but not yet downloaded the macro file 
and, if the macro has its parent macro, a parent macro developer 

15 that has developed the parent macro . Since the question information 
is transmitted in a manner that the information is put in order, 
the macro developer that makes a reply to the question can transmit 
the reply smoothly and rapidly without being interfered with the 
original work. 

20 Moreover, when a macro file is amended, since the macro file 

stored in the storage device 2 being used in common is amended, 
all that the macro developer has to do is one time processing and, 
since the server 1 automatically notifies interested parties of 
the amendment of the macro file, it takes neither time nor labor. 

25 Furthermore, since the amendment of the macro file is notified 
to all interested parties, a proper measure can be taken at an 
appropriate time, thus enabling prompt development of the 
semiconductor device and preventing damage caused by incomplete 
development of the semiconductor device due to malfunctions of 
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the macro. 

Moreover, when the macro in question has its parent macro, 
since the reply and contact information only is notified to the 
macro developer of the parent macro, a prompt measure can be taken 
5 if the present malfunction is attributable to that of the parent 
macro and, if necessary, by notifying a macro developer of the 
parent macro or, if the parent macro has another child macro other 
than the child macro in which the present malfunction is found, 
a macro developer of the other child macro, of the occurrence of 

10 the present malfunctions, a prompt measure to correct the 
malfunction can be taken and the occurrence of the malfunction 
of the other child macros can be prevented. 

Since the contact information about malfunctions that the 
macro developer himself has found is notified properly to 

15 interested parties, the macro user can prevent the occurrence of 
mal functions and can develop the semiconductor device without using 
the macro having a risk of the occurrence of the malfunction or 
using the macro after becoming aware of the malfunction, thus, 
in any case, enabling efficient development of the semiconductor 

20 device. 

Also, in the example, since macro developer is allowed to 
set the quality level and security level, if necessary, region 
level or right level for each macro and to set the access level 
to each of the macro users, enabling the macro developer to focus 
25 his/her energy on development without the need for an individual 
discussion to conclude a contract to handle a macro requiring high 
security and thus preventing the macro developer being interfered 
with his/her original work. Moreover, since the macro user uses 
a macro after knowing an actual quality level that the macro has, 
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there is no case where development of the semiconductor device 
is interfered with by using the macro assuming that the macro would 
have higher quality level or where a useless trouble between the 
macro developer and the macro user occurs and where effort becomes 
5 useless and time is wasted because a verification level is increased 
more than needed due to no information of the level of quality 
to the macro used . 

Moreover, ' a macro developer, before starting development 
of a new macro, can receive information that a macro having a 

10 function being similar to that of the macro that the macro developer 
is going to develop has been already developed, is under development , 
or is scheduled to be developed, double or overlapped development 
of the macro can be avoided, which can prevent time and labor being 
wasted and, further by developing the new macro in cooperation 

15 with another developer, the macro developer may develop a macro 
having more excellent function, which enables efficient 
development of the macro. 

Also, since a macro developer or a macro user can browse 
information about a new macro being under development and since 

20 a desire and/or expectation of the macro user for the macro 
development is stored in the QA information table 21, the macro 
developer of the macro can respond flexibly to demands by the macro 
user and, since the desire and/or expectation are reflected in 
the development of the macro, more efficient development is made 

25 possible. 

It is apparent that the present invention is not limited 
to the above embodiments but may be changed and modified without 
departing from the scope and spirit of the invention. For example, 
in the above embodiment, the present invention is applied to a 
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case where a macro is developed at a stage of logic design of the 
semiconductor device or a semiconductor device is developed using 
the macro, however, it can be applied to a case where a functional 
block is developed at a stage of system design of the semiconductor 
device or the semiconductor device is developed using the 
functional block. That is, at the stage of system design, operations 
and configurations of an entire systemusing a CPU, ROM, RAM, buffer, 
and a plurality of peripheral devices as one functional block are 
so decided as to obtain desired functions, where a person who 
develops only functional blocks by handling the functional block 
such as the CPU, ROM, RAM, buffer, and the plurality of peripheral 
devices as if each of them were a macro, can be regarded as such 
a macro developer as described above and a person who develops 
a semiconductor device by using the functional blocks focusing 
attention to their functions only, can be regarded as such a macro 
user as described above. Thus, though there are a difference in 
size between the macro and the functional block, a same problem 
may occur, which can be solved in the same manner as described 
above. In this case, examples of the peripheral devices include 
a timer counter, A/D (Analog/Digital) converter, speech 
recognition circuit, speech synthesis circuit, and image 
processing circuit. Recently, same functions as those of the 
peripheral devices can be implemented by software (it is called 
middleware) . That is, a system designer can freely develop a 
semiconductor device without giving considerations to whether a 
function of the functional block is implemented by hardware or 
middleware and, at a final stage when a configuration of a 
semiconductor device is decided, may judge whether the function 
of the functional block should be implemented by hardware or by 
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middleware, by taking into consideration a performance of the CPU 
to be used, timing of operations, area to be occupied by hardware, 
and capacity of the ROM to be stored by software. Though the 
operations of the middleware depends on the performance of the 
5 CPU to be used, the middleware whose operations can respond to 
each CPU can be prepared in advance. 

Moreover, the present invention can be applied to development 
of software by considering as if a routine of the software or one 
unified set of processing were equivalent to the macro. That is, 

10 since, in a case of large-sized piece of software, each routine 
of the software is individually and separately by a plurality of 
software developers and finally these routines are integrated into 
one software and there are some cases where new software is developed 
by combining some routines that have been already developed with 

15 routines having new functions, it is possible to regard each of 
the routines as the above macro. Recently, a distributed object 
system has been developed in which an object integrally including 
data and software to process the data is installed in a plurality 
of servers in a distributed manner and a client reads these ob j ects 

20 through the Internet to use them as if these objects are installed 
within the devices of the client. When each of the objects in the 
distributed system is considered to be the macro, if a malfunction 
occurs in the object itself, this invention can be applied to the 
distributed object system. Though, in the case of the distributed 

25 system, one kind of the object has to be installed in one server, 
unlike development of semiconductor devices , since the distributed 
object system requires prompt and immediate measures, by applying 
the present invention, more excellent effects can be obtained. 

Also, in the above embodiment, the server urges a macro 
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developer to make a reply to questions asked by a macro user by 
showing the requested finish year, month, and date, however, the 
system of the present invention can be so configured that the macro 
developer is forced to pay a penalty by the number of dates of 
5 delays in making the reply or contact information, from the 
requested finish year, month, and date or that the payment of the 
penalty is to be made by so-called electronic settlement (that 
is, electronic automatic drawing from bank accounts or electronic 
payment by credit cards on the Internet) . By doing this, since 

10 the macro developer is under psychological pressure, it is made 
possible to obtain the reply or contact information. In this case, 
the system can be also so configured not only that the server serves 
as a third party as in the case of the embodiment, but that the 
penalty is automatically paid by the number of dates in delays 

15 in making the reply or contact information, from the requested 
finish year, month, and date, by electronic settlement. 

Moreover, in the above embodiment, each of tables including 
the macro name information table 11 to the QA information table 
21 is made up of an individual table linked using a macro code, 

20 macro function code, and process code, however, each of them may 
be made up of a main table storing all information and individual 
information table having link information, if necessary, to be 
linked to the main table storing all information. 

Furthermore, in the above embodiment , the server 1, clients 

25 4i to 4 m and clients 5i to 5 n are connected through the Internet 
3, however, the system can be so configured that the server 1, 
clients 4i to 4 m and clients 5i to 5 n may be connected through an 
intranet, that is, a network within a company, both the Internet 
and intranet may be used to connect them. 
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